System and method of creating and providing sms http tagging

ABSTRACT

A system and method for sending text messages and, more particularly, a system and method for forcing SMS capable devices to communicate via SMS using, for example, SS7 protocol. A method includes providing a tag forcing a return text message to be sent via SS7 protocol. In use, the system and method is configured to force the use of SMS messages via the SS7 protocol. The system and method can be implemented over any network, for example, and any existing mobile device and related infrastructure can be modified to take advantage of the benefits and functionality of the system and method of the invention.

FIELD OF THE INVENTION

The invention generally relates to a system and method for sending textmessages and, more particularly, the invention relates to a system andmethod for forcing SMS capable devices to communicate via SMS using, forexample, SS7 protocol.

BACKGROUND OF THE INVENTION

Technology is ubiquitous in modern life, often taking the place of humaninteraction. For example, computing networks such as text messaging,email, blogs, etc. have begun to supplant face to face interactionsbetween people. Often this has the advantage of increasing productivityand efficiency.

One type of technology is Short Message Service (SMS), which is aservice available on mobile telephones and other mobile devices thatpermits the sending of short messages, e.g., text messaging. The termtext messaging and its variants are commonly used to describe SMS. Textmessages are also used to interact with automated systems, such asordering products and services or participating in contests or polls.

Transmission of the short messages can be performed through differentprotocols such as SS7 (Signaling System #7) within the standard GSM MAP.SS7 is a set of telephony signaling protocols used by the telephonenetwork to exchange information. That is, SS7 provides a universalstructure for telephony network signaling, messaging, interfacing,network maintenance, establishment of a call, exchanging userinformation, call routing, billing structures, and supportingIntelligent network (IN) services, amongst other functions. SS7 messagescan convey information such as:

-   -   “I am forwarding to a call placed from 202-555-5555 to        212-555-6666. Look for it on trunk 067 . . . . Release the call        and play a busy tone. The route to XXX is congested. Do not send        any messages unless they are a priority.”

In practice, SMS messages are sent with a forward_short_message, whosepayload length is limited by the constraints of the signaling protocolto precisely 140 bytes (140 bytes=140*8 bits=1120 bits). This translatesto 160 7-bit characters, 140 8-bit characters, or 70 16-bit characters.However, larger messages can be segmented over multiple messages, inwhich case the receiving party is responsible for reassembling themessage.

SMS is widely used for delivering digital content such as news alerts,financial information, logos and ringtones. Such messages are also knownas premium-rated short messages (PSMS). The subscribers are chargedextra for receiving this premium content, in addition to the charge forregular text messaging. Premium short messages are increasingly beingused for services such as vending machines (i.e., for payment foritems). In this case, payment is sent by a premium-rated short messageand the cost of the item is added to the user's phone bill. In otherimplementations, Cingular®, for example, has implemented a SMS poweredvoting service for a popular television show. (Cingular is a trademarkof Cingular in the United States, other countries, or both.) In thisimplementation, a message is sent to a user, perhaps via TCP/IP or SS7.The recipient can then view the message and vote for a particularcontestant by sending a text message. This is accomplished by therecipient manually entering a telephone message with the text message tobe sent.

However, with SMS, as noted above, in any type of application, the usermust text a message to a certain number, but this interaction is errorprone. It relies on the user to properly enter the SMS message,telephone number, etc. and send it to the correct address. In addition,in an example of voting, the user may not remember all the choicesduring the polling time, thus leading to an incorrect entry.

Accordingly, there exists a need in the art to overcome the deficienciesand limitations described hereinabove.

SUMMARY OF THE INVENTION

In a first aspect of the invention, a method comprises providing a tagforcing a return text message to be sent via SS7 protocol.

In another aspect of the invention, a system for deploying anapplication in a computing environment comprises a computerinfrastructure operable to provide an xml or html tag having informationforcing a response to be sent via a telephony protocol.

In another aspect of the invention, a computer program productcomprising a computer usable medium having readable program codeembodied in the medium is provided. The computer program productincludes at least one component to perform the steps of the invention.For example, the computer program product includes at least onecomponent to provide a message to a recipient which links a tag havingcoding forcing a return text message to be sent over telephony.

In another aspect, a method for deploying an application in a computingenvironment, comprising a computer infrastructure is operable to force areturn text message to be sent over telephony.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows an illustrative environment for implementing the steps inaccordance with the invention;

FIGS. 2a and 2b show diagrams implementing steps in accordance with theinvention; and

FIGS. 3-7 show various exemplary graphical user displays representativeof an SMS based messaging system in accordance with aspects of theinvention.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION

The invention generally relates to a system and method for sending textmessages and, more particularly, the invention relates to a system andmethod for forcing SMS capable devices to communicate via SMS using, forexample, SS7 protocol. In use, the system and method of the invention isconfigured to force the use of SMS messages via the SS7 protocol. Asshould be known to those of skill in the art, SS7 bandwidth is a lowusage bandwidth. The system and method of the invention can beimplemented over any network, for example, and any existing mobiledevice and related infrastructure can be modified to take advantage ofthe benefits and functionality of the system and method of theinvention.

In implementation, the system and method of the invention uses an SMStag in html to allow the user to send SMS messages on a SS7 capabledevice and receive binary SMS messages that are both SMS and httpcapable. The advantage of the SMS capable html is the ability to sendmessages to an SMS queue. This allows for a User Datagram Protocol (UDP)type message or MQ type message, where the telephone does not wait for aresponse from the service. In embodiments, the use of an SMS tag insideof html forces the SMS capable devices to communicate via SMS. This canbe applicable over a wide variety of applications including, forexample, voting, polling, and in use with premium-rated short messages.

IBM WebSphere® MQ delivers reliable application integration forapplications and Web services, allowing the user to fully leverageexisting software and hardware investments. WebSphere MQ provides amessaging backbone for deploying an enterprise service bus (ESB) as theconnectivity layer of a service-orientated architecture (SOA). WebSphereMQ also increases flexibility and offers increased transparency,reliability and audit ability of data movement compared to file transferprotocol (FTP) based approaches. Moreover, WebSphere MQ supports both defacto interface MQI and industry standard JMS V1.1 interface, withintegrated publish-and-subscribe support, in addition to supportingsecure Internet communication with industry standard Secure SocketsLayer (SSL). (IBM and WebSphere are trademarks of IBM Corporation in theUnited States, other countries, or both.)

By way of a non-limiting illustrative example, an SMS address tag can beused inside an xml or html to force a message to be sent via SMS. Forexample, an SMS tag can be:

<sms href=“sms://404.555.5555”>Here is my sms link </sms>

The “href” tag informs the system it is a hyperlink and the “sms://”informs the system to use SS7 protocol on the device, the latter ofwhich forces the message to be sent via SMS over SS7. In this example,the tag forces the system to dial “404.555.5555”. From this example,several advantages can be realized including, amongst other advantages:

-   -   The correct sending number will always be used since the number        is placed within the tag;    -   Additional revenue can be assured by the mobile provider or        other third party since the SMS will always be pushed through        the SS7 protocol; and    -   Polling becomes more accurate since the contestant information        can be provided directly to the recipient.

In further embodiments, the SMS address tag can include body informationsuch as, for example, user information, user requests, votinginformation (e.g., “I vote for Matt as being the worst singer”).Additionally, the body information can include polling options, e.g.,choose the best contestant “Matt”, “Mark”, “Jessica” or “Chris”. In thislatter situation, the user can select one of these contestants and sendsuch selection back to the originator.

In still further implementations, an SMS message can be pushed to theuser with the tagging information such that the recipient can respondautomatically to the message without the need to enter any numbers. Thisis due to the coding in the message tag. In further implementations, anSMS message can be pushed to the user with a hyperlink, linking to awebsite via the web browser (i.e., using TCP/IP) on the mobile device.In this implementation, the user can link to the website and respond toa question, poll or send other messages via SS7 protocol, by having suchresponse linked to the tag described above. For example, based on thecoding of the tag, the response will be forced through SS7, bypassingTCP/IP. In further implementations, any website can be coded or linkedto the coding (via a database, for example) to a particular selectionsuch that sending a communication (e.g., polling, voting, etc.) will beforced through SS7, through the tagging described herein.

SYSTEM ENVIRONMENT

FIG. 1 shows an illustrative environment 10 for managing the processesin accordance with the invention. The illustrative environment may beany computing device such as, for example, a server or workstation andmay represent both a local system and a remote system implementing theprocesses of the invention. In one preferred embodiment, theillustrative environment is implemented with any mobile telephone ordevice 18 using any known operating system. The device 18 may also be anon-mobile device, in embodiments.

The environment includes computer infrastructure 12 having computingdevice 14. More specifically, computing device 14 includes program 16which is configured and structured to, amongst other features, forcemessages to be sent via SMS. In implementation, this program may beresident on a sending computer, which would send a tag to a mobiledevice 18, capable of text messaging. The program can store computercode which includes the SMS tag such as, for example:

<sms href=“sms://404.555.5555”?singer=Matt>Here is my sms link </sms>

This tag will be sent to the mobile device 18, forcing the mobile deviceto respond in SMS, using the telephone number “404.555.5555.” In thismanner, the return message will be sent over SS7 protocol to the senderor other designated number.

Additionally, in further embodiments, program 16 includes executablecode, which may be stored temporarily or permanently in memory 22A. Asshould be understood by those of skill in the art, the executable codecan be configured to implement the above functions.

In examples, the SMS tag is preferably sent via an SMS; however, itshould be understood that the system and method of the invention worksequal well when the recipient (mobile device) 18 is provided with ahyperlink (without the SMS tag), which directs the recipient 18 to awebsite. The website may be downloaded via a web browser on the device.The website may include certain “response” options, any of which arelinked to the SMS tag of the invention. In embodiments, the website maybe hard coded with the response and, in alternate embodiments, thewebsite may obtain the SMS code via a link to an external databasestoring such tag and being associated with the response. In the latterexample, the “webmaster” or administrator of the website can readilychange the tagging information. Also, in these embodiments, the tag doesnot have to be sent to the recipient; instead, the tag is associatedwith a response.

Still referring to FIG. 1, memory 22A can include local memory employedduring actual execution of program code, bulk storage, and cachememories which provide temporary storage of at least some program toreduce the number of times code must be retrieved from bulk storageduring execution. Computer infrastructure 12 further includes aprocessor 20, input/output (I/O) interface 24, a bus 26, Storage “S”,ROM, RAM and external I/O device/resource 28.

External I/O device/resource 28 may be a keyboard, display, pointingdevice, or any device that enables computer infrastructure 12 tocommunicate with one or more other computing devices using any type ofcommunications link 30. Communications link 30 can be, for example,wired and/or wireless links; one or more types of networks (e.g., theInternet, a wide area network, a local area network, a virtual privatenetwork, etc.); and/or any known transmission techniques and protocolssuch as, for example, TCP/IP.

Processor 20 executes the computer program code and logic of the systemand method of the invention, which is stored in memory 22A. Whileexecuting the computer program code, etc., processor 20 can read and/orwrite data to/from memory 22A, storage system 22B, and/or I/O interface24. Bus 26 provides a communications link between each of the componentsin computing device 14.

FLOW DIAGRAM IMPLEMENTING STEPS OF THE INVENTION

FIG. 2a represents a swim lane diagram implementing steps of variousembodiments of the invention. FIG. 2b represents a flow diagramimplementing steps in accordance with the invention. The steps of FIGS.2a and 2b may be implemented in the environment of FIG. 1, using thegraphical displays of FIGS. 3-7, and implemented, in practice using anytype of mobile device which is configured to be compatible with SMS. Thesteps of the invention may equally represent a high-level block diagramof the invention.

The invention can take the form of an entirely hardware embodiment, anentirely software embodiment or an embodiment containing both hardwareand software elements. The software elements may be firmware, residentsoftware, microcode, etc. Furthermore, the invention can take the formof a computer program product accessible from a computer-usable orcomputer-readable medium providing program code for use by or inconnection with a computer or any instruction execution system. For thepurposes of this description, a computer-usable or computer readablemedium can be any apparatus that can contain, store, communicate,propagate, or transport the program for use by or in connection with theinstruction execution system, apparatus, or device. The medium can be anelectronic, magnetic, optical, electromagnetic, infrared, orsemiconductor system (or apparatus or device) or a propagation medium.Examples of a computer-readable medium include a semiconductor or solidstate memory, magnetic tape, a removable computer diskette, a randomaccess memory (RAM), a read-only memory (ROM), a rigid magnetic disk andan optical disk. Current examples of optical disks include compactdisk-read only memory (CD-ROM), compact disk-read/write (CD-R/W) andDVD.

In embodiments, the invention provides a business method that performsthe steps of the invention on a subscription, advertising, and/or feebasis. That is, a service provider, such as a Solution Integrator, couldoffer to perform the processes described herein. In this case, theservice provider can create, maintain, deploy, support, etc., a computerinfrastructure that performs the process steps of the invention for oneor more customers. In return, the service provider can receive paymentfrom the customer(s) under a subscription and/or fee agreement and/orthe service provider can receive payment from the sale of advertisingcontent to one or more third parties.

In FIG. 2a , at step 200, a user opens the browser function of thedevice and starts the application. At step 205, the device displays amessage or post which, in one example, may be a survey. The messageincludes the SMS tag, as discussed herein. At step 210, a determinationis made as to whether the message is sent via SMS. If not, at step 212,the message is determined to be sent via the Internet, using TCP/IP. Inthis case, the device may open a website, via a web browser. The websitemay have certain responses which can be selected by the recipient, byway of “clicking”. Each selection or a combination thereof may includethe SMS tag information such that upon selection, the response will bean SMS response sent via SS7, at step 215 (an onwards as discussedbelow).

If the message is determined to be SMS, at step 215, the response issent via SS7 using the number in the SMS tag. As discussed above, thereceived message (or any response) includes an SMS tag which forces anyresponse to be sent SS7. This SMS tag may also include body informationthus allowing the recipient to send a message such as, for example, avote for a particular contestant, etc. along with the message. At step220, the message gateway routes the message to a server (originatingsystem, referred generally as “system”). At step 225, the system unpacksthe message.

Steps 230 to 275 are optional steps. At step 230, the system creates aresponse and, in further embodiments, optionally compresses the textmessage response (step 235) using any known compression, such asmini-gzip. At step 240, the system creates a response header and sendsthe message to the recipient. The message can be sent to the recipientsince the incoming message included “return information”, via SS7. Atstep 245, the message gateway routes the message to the recipient, viathe cell tower, for example. At step 250, the message is sent via SS7.At step 255, the recipient receives the message and checks the SMSheader. At step 260, a decision is made as to whether the headerindicates that the response is compressed. If not, at step 265, themessage is displayed. If so, at step 270, the message is unzipped oruncompressed, and displayed at step 275. It should be understood thatthe response may be a hyperlink to a website, viewable via a web browseron the device.

In yet another alternative, much like the system side, the SMS messagesent to the system may be compressed, depending on its length. By way ofexample, in the case of more than the maximum allowable characters, themobile device (or system) may include compression software whichcompresses the text message into a more manageable size. In oneembodiment, the device or system is configured to determine the size ofthe text message. When the text message is over a certain length, e.g.,225 characters, the compression software compresses the message into amini zip file so that it can be sent in one package. The zip file canthen be sent via SS7 and uncompressed on the receiving side, asdiscussed above.

In addition, FIG. 2b shows an example when the message is broken intoseparate parts due to its length. In this example, the header mayinclude an identifier indicating that N number of packets is to bereceived from the sender. In each header of each packet, for example, anumber may be provided indicating the number of the packet, in thesequence, e.g., N+1 of 30 of packets.

In the embodiment of FIG. 2b , at step 300, the process will determinethe length of the message. At step 305, the process will create N numberpackets for the message, and segment the message into the N numberpackets. At step 310, the process will populate the header informationof each N number of packets. The header information may include, forexample, the packet number and the number of packets which will be sent.At step 315, the packets will be sent to the recipient. It should beunderstood by those of skill in the art that the packet formation may beperformed by the mobile device, server or other computer infrastructuresuch as that of a service provider for a fee.

At step 320, the recipient will receive the packets and open the headerto determine the number of the sent packet(s) and the number of packetswhich are to be received. At step 325, the process will determine whichpackets have not been received. Step 325 may be iterative in that thisstep may be repeated any number of times during the receipt of themessage. At step 330, if all of the packets are received, therecipient's device will reassemble the message for display. However, ifall of the packets are not received, the process may query the sender orother device or infrastructure to determine the status of the packets,at step 335. After a predetermined amount of time or attempts toretrieve the undelivered packets, the system and method of the inventionmay discard the entire message if all of the packets have not yet beenreceived, at step 340. This may be after a maximum amount of attempts toretrieve all of the packets. If all the packets are received, themessage will be reassembled and displayed at step 330.

EXEMPLARY GRAPHICAL DISPLAYS

FIG. 3-7 show exemplary graphical displays of an application using thesystem and method of the invention. The exemplary graphical displays ofFIGS. 3-7 are representative of a polling scenario of a populartelevision show. It should be understood, though, that the graphicaluser displays can be used in other applications in accordance with theinvention.

More particularly, FIG. 3 shows a graphical user display on a portabledevice in which the user accesses an SMS survey. In this example, an SMSmessage may have been sent to the device, with a hyperlink to a website.The web browser of the mobile device is shown displaying a websiteassociated with the hyperlink. In an alternative method, the sender cansend a website via TCP/IP. In this graphical user display, the user canselect “Start Now!” option from the application menu to be taken to thesurvey screen of FIG. 4.

In FIG. 4, several selections are shown. In this graphical user display,the user is prompted to vote for a favorite performer. By default, thefirst selection is highlighted. The user may scroll the list using anyknown mechanism. In the example of FIG. 4, each selection has an SMS tagassociated therewith so that, upon a selection, an SMS message is sentto the originating system, which includes the name of the selectedcontestant.

In FIG. 5, the user has scrolled to the desired selection, e.g., “MikeSmith”. The user can then select the “Cast Vote!” option from theapplication menu. In embodiments, the user is then brought to aconfirmation page as shown in FIG. 6. In embodiments, the graphical userdisplay can include a message such as, “Are you sure you wish to votefor Mike Smith”. In any scenario, the coding of this graphical userdisplay can be, for example, “Are you sure you wish to vote for<selected contestant>”. The user may then select the “Yes-Vote”selection or, alternatively, may return to a previous screen to changethe selection.

In the case of the “Yes-Vote”, the display of FIG. 7 shows a successmessage and confirms that the message was sent. In the invention, sincethe selection included the SMS tag, the selection was automatically sentto a desired number via SMS over SS7 protocol. The user may select the“OK” selection to return to the default screen of the device.

As should be recognized, the graphical user interfaces may be a website,but can equally be a text message having the SMS tag. For example, thegraphical display of FIG. 3 may be a display of a message or post which,in one example, may be a survey. The message may include the SMS tag,may include a hyperlink forwarding the user to a website, or may be awebsite which is provided to the device via TCP/IP. The displays ofFIGS. 4-6 may be websites, working over TCP/IP. However, the graphicaldisplay of FIG. 5, for example, includes SMS tags associated with eachof the contestants such that upon selection of a contestant, the vote(response) will automatically be sent to a recipient using the codingwithin the SMS tag, i.e., telephone number, calling information from thesender, selection, etc. The SMS tag thus forces the response to be sentvia SMS over SS7, regardless of whether the user is on a website whichis received via TCP/IP or an SMS message. In an optional step, as shownin FIG. 7, the user may receive a message, in return, indicating thatthe vote (or other message) was received.

While the invention has been described in terms of embodiments, thoseskilled in the art will recognize that the invention can be practicedwith modifications and in the spirit and scope of the appended claims.

What is claimed is:
 1. A method implemented in a computer infrastructurehaving computer executable code tangibly embodied on a computer readablestorage medium having programming instructions operable to: determinewhether a message on a device was sent via SMS, the message including anSMS tag which comprises at least one selection option for a survey; andsend a response message which is responsive to the message by indicatingthat the at least one selection option has been selected for the surveyvia an SS7 protocol when the message is determined to be sent via SMS,wherein each response of the survey includes a different SMS tagconfigured to force a return message which indicates that a response ona website has been selected for the survey to be sent via the SS7protocol to a different number than remaining responses, and theprogramming operations are further operable to receive a confirmationfrom the different number that the selection for the survey has beenreceived.
 2. The method of claim 1, wherein the programming instructionsare further operable to determine the message to have been sent via theInternet when the message is determined to not have been sent via SMS.3. The method of claim 2, wherein the programming instructions arefurther operable to open the website on the device via a browserfunction, the website comprising responses that are selectable by theuser for the survey when the message is determined to have been sent viathe Internet.
 4. The method of claim 3, wherein the return message isindicative of the response selected by the user.
 5. The method of claim1, wherein the programming instructions are further operable to: receivethe message at the device; and check an SMS header of the message todetermine whether the message is compressed.
 6. The method of claim 5,wherein the programming instructions are further operable to unzip oruncompress the message and then display the message.
 7. The method ofclaim 1, wherein the return message is indicative of the responseselected by the user.
 8. The method of claim 1, wherein the messagefurther comprises one of an xml and html which comprises the SMS tag. 9.The method of claim 1, wherein the programming instructions are furtheroperable to: determine a character size of the message; and compress themessage in response to the message being greater than a predefinedcharacter length.
 10. The method of claim 9, wherein the predefinedcharacter length is 225 characters.
 11. The method of claim 1, whereinthe response on the website is selected for the survey by clicking theresponse.
 12. The method of claim 1, wherein the survey is a graphicaluser interface on the device, and the device is a mobile device.